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CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims priority to United States 
provisional application USSN 60/288,614 filed May 4, 
5 2001. 

This application is filed concurrently with the 
following commonly owned patent application entitled 
Console Information Server System and Method (Attorney's 
Docket 067856 . 0235) . 
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TECHNICAL FIELD OF THE INVENTION 

The present invention relates generally to server 
chassis communication systems and, more particularly, to 
15 a console information storage system and method. 
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BACKGROUND OF THE INVENTION 

Computing devices typically include a console that 
is used to control the computing device manually, correct 
errors, manually revise the contents of storage, and 
provide communications in other ways between an operator 
and the central processing unit and/or operating system. 
Console interfaces provoke an interface between the 
console of a computing device and the operator, or an 
external device. 

A user interface (e.g., graphical user interface) 
may be coupled with the console interface to allow a 
local user to access the console of the computing device. 
The user interface may be used to provide a visible 
representation of information, whether in words, numbers, 
and/or drawings, on a user interface coupled with the 
computing device. User interfaces may include graphical 
user interfaces, monitors, keyboards, etc. 

Console information generated by the console 
includes data, communications and/or signals communicated 
between the console of the computing device and 
an operator. Such information typically includes health, 
administrative, configuration and/or programming 

information, tools, commands, data and other information. 
Console information may also include data, signals, 
commands and other communications from a terminal unit to 
a console. For example, during startup of a personal 
computer, console information is displayed at a monitor 
coupled with the computing device. The console 

information includes health and configuration information 
regarding the particular computing device, its operating 
system, hardware and/or software components. 
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SUMMARY OF THE INVENTION 

The present invention provides a system and method 
for storing console information associated with the 
console of a computing device. In accordance with 
a particular embodiment of the present invention, console 
information from one or more computing devices is 
collected and stored at a memory module, and made 
available for future presentation to an operator. 

In one embodiment, a computing device includes 
a console and a console interface operable to transmit 
console information associated with the console. 
A memory module operable to receive the console 
information is also included. In a particular 

embodiment, the memory module is further operable to 
store the console information for retrieval by 
an operator of the computing device. 

In accordance with another embodiment of the present 
invention, a system includes a first computing device 
having a first console and a first console interface 
operable to transmit first console information associated 
with the first console. A second computing device is 
coupled for communication with the first computing 
device. The second computing device includes a memory 
module operable to receive the first console information. 
The memory module may be further operable to store the 
first console information. 

In still another embodiment of the present 
invention, a third computing device is coupled for 
communication with the second computing device. The 
third computing device includes a second console and 
a second console interface operable to transmit second 
console information associated with the second console. 
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The memory module may be further operable to receive and 
store the second console information. 

Technical advantages of the present invention 
include a system and method for storing console 
information generated by the console of a computing 
device. By collecting, storing, manipulating, and/or 
presenting the console information to an operator, 
performance of the computing device (s) and associated 
console (s) may be reviewed and analyzed in the future. 

Another technical advantage of the present invention 
includes a system and method for collecting console 
information from a plurality of computing devices, at 
a central location. In this manner, a single computing 
device may be used to collect, store, and analyze console 
information from a plurality of computing devices. The 
storage of this information allows later presentation to 
an operator. 

Other technical advantages will be readily apparent 
to one skilled in the art from the following Figures, 
descriptions, and claims. Moreover, while specific 
advantages have been enumerated above, various 
embodiments may include all, some or none of the 
enumerated advantages. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and its advantages, reference is now made to 
the following descriptions, taken in conjunction with the 
accompanying drawings, in which: 

FIGURE 1 illustrates a communication network 
including a server and a plurality of computing devices, 
incorporating various aspects of the present invention; 

FIGURE 2 illustrates a communication network 
including web server processing cards and network 
interface cards of a server chassis coupled for 
communication with various network components, 
in accordance with a particular embodiment of the present 
invention; 

FIGURE 3 illustrates the structure of 
a communication frame which may be used in accordance 
with a particular embodiment of the present invention; 

FIGURE 4 illustrates the structure of 
a communication frame which may be used in conjunction 
with a particular embodiment of the present invention; 

FIGURE 5 is a block diagram illustrating 
communication between a plurality of computing devices 
and a link board, in accordance with a particular 
embodiment of the present invention; 

FIGURE 6 illustrates a selection chart for mapping 
responsibility of a plurality of computing devices, 
in accordance with a particular embodiment of the present 
invention; 

FIGURE 7 is a block diagram illustrating inter and 
intra communication between a plurality of server 
chassis, in accordance with a particular embodiment of 
the present invention; 
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FIGURE 8 illustrates bit field command messages, 
in accordance with a particular embodiment of the present 
invention; 

FIGURE 9 is a graphical representation illustrating 
5 the definition of the bit fields of FIGURE 8, 

in accordance with a particular embodiment of the present 
invention; and 

. = FIGURE 10 is a graphical representation of bit 

g fields of Acknowledge messages and their potential 

jjj 10 values, in accordance with a particular embodiment of the 

3 present invention. 

m 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 is a schematic drawing illustrating a 
communication network 3 0 in accordance with a particular 
embodiment of the present invention. Network 3 0 includes 
a plurality of computing devices 32-35, each having an 
associated console 36-39, respectively, and console 
interface, 40-43, respectively. Memory modules 45-48 are 
coupled with consoles 36-39, respectively and are 
operable to store console information regarding computing 
devices 32-35, respectively. Each console interface 36- 
3 9 is coupled with a console server 50, using a plurality 
of communication links 45-48. In a particular embodiment 
of the present invention, console information regarding 
computing devices 32-35 is stored at memory modules 45- 
48, respectively, and/or communicated to console server 
50. Accordingly, historical and/or real-time console 
information regarding computing devices 32-35 may be 
accessed by users of network 30. Furthermore, console 
server 5 0 provides access to computing devices 32-35 for 
communicating console information to and from computing 
devices 32-35 for monitoring, debugging, troubleshooting, 
maintenance, configuration and/or updates to terminal 
units 32-35. 

Throughout this application, the term "console" 
includes the section of a computing device that is used 
to control the computing device manually, correct errors, 
manually revise the contents of storage, and provide 
communications in other ways between the operator and the 
central processing unit and/or operating system. Console 
interfaces 40-43 provide an interface between the console 
of each computing device and an operator and/or external 
device. A user interface may be coupled with the console 
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interface to allow a local user to access the console of 
the computing device. For example, a console display 58 
may be coupled with console interface 40. Console 
display 58 may include a visible representation of 
information, whether in words, numbers, and/or drawings, 
on a console screen coupled with computing device 32. In 
various embodiments of the present invention, console 
display 58 may include a user interface, graphical user 
interface, monitor, keyboard, mouse, personal computer 
and/or other computing devices. 

Throughout this application, the term "console 
information" includes any data, communication, and/or 
signals communicated between the console of the computing 
device and an operator and/or user. Console information 
typically includes health, administrative, configuration 
and/or programming information, tools, commands, data and 
other information. Console information also includes 
data, signals, commands and other communications from a 
terminal unit to a console. During startup of a standard 
personal computer (PC) , console information is displayed 
at a monitor coupled with the computing device. The 
console information includes health and configuration 
information regarding the particular computing device, 
it's operating system, hardware and/or software 
components. However, this information is not stored for 
later retrieval. Therefore, if a monitor is not coupled 
with the computing device, the console information cannot 
be viewed by a user. Furthermore, the user must view the 
console information in real time, as it is communicated 
from the computing device. 

The manner in which console information is 
communicated and/or displayed to a user depends, at least 
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in part, upon the particular software, hardware, and/or 
configuration of the computing device. For example, 
particular versions of the Microsoft Windows operating 
system are configured to display console information to a 
user of an IBM compatible PC via a video graphics array 
(VGA) interface. The Linux operating system, on the 
other hand, typically displays console information to a 
user in a serial manner. Regardless of the configuration 
of hardware and/or software associated with the computing 
device, the teachings of the present invention provide a 
method for storing, at least temporarily, this console 
information for later retrieval by a user. 

In the illustrated embodiment, the console 
information may also be communicated to a server or 
another computing device coupled with the computing 
device of interest. For example, the console information 
regarding computing device 3 2 may be communicated to 
console server 5 0 and/or one or more of computing devices 
33-35, which may be coupled with computing device 32. 
The server or attached computing device may also be 
configured to store the console information regarding one 
or more computing devices. 

Memory module 45 includes hardware, software, and/or 
logic operable to read, record, buffer, store and/or 
communicate data and information between and among 
components internal and external to computing device 32. 
Since each computing device 32-35 includes similar 
components and function similarly, the operation and 
functionality of computing device 32 will be described in 
detail. However, it shall be recognized that all aspects 
and functionality of components of computing device 32 
pertains to each computing device 33-35. For example, 
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each memory module 46-48 is configured and functions 
similarly to memory module 45, with regard to their 
respective computing devices 33-35, respectively. 

Console information associated with computing device 
32 is communicated to console interface 36. Therefore, 
if console display 58 is coupled with console interface 
40, a user can view the console information in "real- 
time" at the user interface. In accordance with a 
particular embodiment of the present invention, memory 
module 45 receives all console information generated by 
computing device 32 and stores the console information. 
Memory module 45 may comprise a buffer. Accordingly, 
memory module 4 5 would include a finite capacity. 
Therefore, data (e.g. console information) is stored 
until the buffer is full. When memory module 45 reaches 
its capacity, it begins writing over the oldest data 
currently in the buffer. 

Console information regarding computing device 32, 
which is stored within memory module 45, may be accessed 
for further processing, by a user of network 30. For 
example, a user may couple a terminal unit 58 with 
computing device 32 and retrieve the console information 
stored at buffer 40. Console information stored within 
memory module 45 may be referred to as "historical 
console information." 

Throughout this application, the term "real-time" 
console information includes console information which is 
read and/or displayed as it is received from console 36. 
On- the other hand, "historical console information" 
includes stored console information which is read, and 
stored by memory module 45, and/or any console 
information that is not communicated in real-time. 
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Unless otherwise specified, the term console information 
shall mean real-time console information, historical 
console information, and/or any other information stored 
in memory module 45 (e.g., alerts), throughout this 
application. The term "memory module" may include all 
types of memory and storage media operable to store data, 
at least temporarily, for retrieval by a user and/or 
another computing device or server. In particular 

embodiments, memory module 45 may include random access 
memory (RAM) , read only memory (ROM) , dual in-line memory 
modules (DIMMs) , registers, buffers, integrated circuits, 
volatile memory, micro-programmable devices, disk 
subsystems, and/or non-volatile memory. The term 

"module" includes software, hardware, and/or encoded 
logic operable to read, record, store, buffer, and/or 
communicate data and information between and among 
components of network 30. 

Memory module 45 includes historical console 
information regarding computing device 32 . In other 
words, memory module 45 includes console information 
collected (read) and stored over a period of time. 
Therefore, a user of terminal unit 58 may view console 
information communicated from console 3 6 before the 
occurrence of a specific event. For example, if 

computing device 3 2 experiences trouble, or crashes 
during operation, the user of terminal unit 5 8 may view 
console information communicated before, during and/or 
after the event. Similarly, the user of terminal unit 58 
can review console information communicated by console 3 6 
in the past, in order to determine the reaction of 
computing device 32 to any specific event or particular 
operating conditions and/or characteristics. This type 
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of historical console information was not previously 
available to a user of a computing device. Instead, 
real-time console information was available to the 
computer operator if a user interface was coupled with 
computing device 32 and the console information was 
viewed by the operator in real-time, as it was 
communicated from console 3 6 to the user interface. 

As illustrated in FIGURE 1 with regard to computing 
device 35, a user may access real-time and/or historical 
console information regarding console 39, from a remote 
location. A terminal unit 60 is coupled with computing 
device 35 using communication link 61. Communication 
link 61 extends through communication network 62. 
Accordingly, a user may access console interface 43 from 
a remote location and view real time console information 
as it is received from console 39. The user may 
establish a two-way communication session in order to 
communicate with console 39. Alternatively, the user of 
terminal unit 6 0 may communicate with memory module 4 8 in 
order to retrieve historical console information stored 
within memory module 48. In alternative embodiments, 
terminal unit 6 0 may also be coupled for communication 
with one or more of computing devices 32-34 in order to 
monitor, review, and administer each computing device 32- 
35, remotely. 

In accordance with another embodiment of the present . 
invention, real-time console information generated by 
computing device 32 is communicated to console server 50 
using communication link 52. Data and information 
received at console server 50, including real-time 
console information received from computing devices 32- 
35, may be viewed at a user interface 64 of console 
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server 50. Console server 50 may be local to computing 
devices 32-35 (e.g. located on the same premises) or 
console server 50 may be located at a remote location, 
and/or coupled with computing devices 32-35 through a 
communication network. 

Console server 50 includes a memory module 66 which 
is operable to store the console information received 
from computing device 32. Data and information stored in 
memory module 66, including historical console 
information received from computing devices 32-3 5 may be 
viewed at user interface 64. Therefore, a user of 
console server 5 0 may view historical console information 
regarding console 3 6 of computing device 32, by accessing 
memory module 66. Console server 50 also includes a 
console 67. Console server 50 may be configured to 
collect, read, buffer, store, process, communicate, 
and/or control its own console 67 and/or console 
information associated with console 67. 

In another embodiment, for example if console server 
50 does not include user interface 64, a terminal unit 68 
may be used to view the console information received from 
computing device 32. Terminal unit 68 is coupled with 
console server 50 using communication link 69. Terminal 
unit 68 may be used to view real time console information 
received by console server 50 from computing device 32, 
in real time as it is received at console server 50. 
Alternatively, terminal unit 68 may be used to review 
historical console information regarding computing device 
32, which is stored within memory 66. 

A terminal unit 72 is coupled with console server 50 
using a communication link 73. Communication link 73 
extends through a communication network 75. Therefore, a 
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user of terminal unit 72 may access console server 5 0 
from a remote location, through network 75. The user of 
terminal unit 72 has access to real-time console 
information as it is communicated from console 3 6 to 
console server 50 and to terminal unit 72 . The user of 
terminal unit 72 also has access to historical console 
information stored in any of memory modules 45-4 8 and/ or 
memory module 66. 

A plurality of terminal units, computing devices, 
user interfaces and servers, are disclosed throughout 
this specification. Any component included with one of 
these devices may also be included with any other, or all 
such devices. In alternative embodiments, terminal 

units, computing devices, user interfaces, monitors, 
and/or servers may include telephones, computers, 
personal computers, laptops, notebook computers, personal 
digital assistants, keyboards, monitors, memory modules, 
consoles, console interfaces, and any components 
associated therewith capable of data communication, 
and/or data processing internally, locally, and/or over a 
network. Communication links and communication networks 
disclosed herein may include any computer and/or 
communication network including, without limitation, the 
public switched telephone network (PSTN) , the Internet, 
intranets, local area networks (LANs) , wide area networks 
(WANs) , or metropolitan area networks, for wireless or 
wireline communication incorporating twisted pair, cable, 
optical fiber, or other suitable wireline links, and/or 
radio frequency, microwave, infrared and/or other 
suitable wireless links. 

In accordance with a particular embodiment of the 
present invention, memory module 66 may be configured to 
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"poll" consoles 36-39 and/or memory modules 45-48 
periodically, in order to collect and/or store real-time 
and/or historical console information associated with 
computing devices 32-35. In a particular embodiment, 
console server 5 0 communicates with one or more of 
computing devices 32-35, at predetermined time intervals, 
to collect real-time and/or historical console 
information. The console information collected by 

console server 5 0 may be stored at memory module 6 6 for 
retrieval by a network component coupled with console 
server 50. In other embodiments, console information may 
be communicated from computing devices 32-35 to console 
server 50 by interrupt driven/ on- demand requests from 
either the computing devices or the console server. In 
other words, the console server may be configured to 
request console information from the computing devices in 
response to a particular event, circumstance, alert or 
situation. Similarly, the computing devices may be 
configured to transmit console information to the console 
server in response to a particular event, circumstance, 
alert or situation. 

Memory module 66 includes a plurality of buffer 
modules 80-83, which communicate with computing devices 
32-35, respectively. Therefore, console information 
collected by console server 50 regarding computing 
devices 32-35 may be partitioned, for convenient access 
to console information regarding a particular computing 
device, by users of console server 50, terminal unit 68 
and/or terminal unit 72 . 

In accordance with another embodiment, computing 
devices 32, consoles 36-39 and/or memory modules 45-48 
may be configured to transmit real-time and/or historical 
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console information to console server 50 continuously, or 
at predetermined time intervals. There are many methods 
of communication between and among the various components 
of network 30. It will be recognized by those of 
5 ordinary skill in the art that any communication between 

components which result in real-time and/or historical 
console information being communicated to console server 
50 and available for retrieval by a user of network 30 is 
included with aspects of the present invention. 

10 Terminal units 68, 72 and/or console server 50 may 

be used to establish two way communication with computing 
devices 32-25, their respective consoles 36-39, and /or 
memory modules 45-49. Therefore, console 50, terminal 
unit 68, and/or terminal unit 72 may be used to collect 

15 and transmit information to any particular component of 

consoles 36-39. Accordingly, such users can perform 
operation, administration, troubleshooting, maintenance, 
debugging, and/or updates of consoles 3 6-39 from a remote 
location. 

2 0 For example, a user of console server 5 0 may 

display, in a single communication session, console 
information regarding a single computing device. 
Alternatively, the user may display console information 
regarding all computing devices, simultaneously, in a 
25 single communication session. Furthermore, the user may 

select a group including two or more particular computing 
devices of computing devices 32-35 to communicate with in 
a single communication session. 

This feature allows the user to review the console 

3 0 information associated with the group of computing 

devices to determine how each reacts/and or reacted to a 
particular situation. For example, if one or more 
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servers crash, the user can review and/or compare the 
console information from each computing device that 
crashed, and/or perform maintenance, debugging, and/or 
repair on such terminal units simultaneously. 

Console interface 40 is configured to broadcast 
communication sessions with terminal unit 58, and to 
console server 50, in real-time. Similarly, 
communication sessions between console server 5 0 and 
computing device 32 are communicated to terminal unit 58, 
in real time. Therefore, if a local user couples 
terminal unit 58 with console interface 40, and begins a 
communication session with console 36 and/or memory 
module 45, the communication session may be viewed, in 
real time, at user interface 64, terminal unit 68, and/or 
terminal unit 72. This allows two users to communicate 
with computing device 32 simultaneously, and each can 
view exactly what the other is doing and/or seeing at 
their respective user interface during their respective 
communication sessions. Accordingly, two users in remote 
locations from one another may cooperate to 
simultaneously communicate with and/or debug a particular 
computing device and/or group of computing devices. 

Each computing device 32-35 of the illustrated 
embodiment is coupled with a communication bus 31. In 
the illustrated embodiment, bus 31 comprises an RS-485, 
two wire bus. In alternative embodiments, bus 31 may 
include RS-232, Ethernet, USB, and/or any communication 
link. Console information and other data, signals, 
and/or other information may be communicated between and 
among computing devices 32-35 using communication bus 31. 
Accordingly, one of computing devices 32-35 may be 
configured to function as the console server. If a 
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computing device is selected to perform the functionality 
of console server 50, that computing device may include 
some or all of the components disclosed herein with 
regard to console server 50. Console information 

regarding one or more of computing devices 32-35 may be 
collected, and/or stored at a particular of computing 
devices 32-35. 

FIGURE 2 illustrates a communication network 13 0, in 
accordance with a particular embodiment of the present 
invention. Network 13 0 includes a server chassis 12 0, 
with portions broken away for clarity, having the 
plurality of computing devices 32-35 coupled with a 
midplane 131. Midplane 131 includes communication bus 31 
which couples server processing cards 32-25. In a 
particular embodiment, computing devices 32-35 include 
server processing cards. 

A plurality of network interface cards 122-124 are 
coupled with midplane 131 and bus 31, and provide server 
processing cards 32-35 with access to a plurality of 
communication network components. For example, network 
interface card 122 is coupled with the Internet 140. 
Network interface card 123 couples server chassis 120 
with another network of components 110-114. Network 
interface card 124 couples server processing cards 32-35, 
midplane 131 and network interface cards 122-123 with a 
management network 142 . 

Management network 142 includes console server 50 
coupled with a plurality of network attached storage 
(NAS) devices 146-147. Management network 142 may be 
used for remote monitoring, configuration, debugging, 
maintenance, and/or management of server processing cards 
32-35 and/or network interface cards 122-124. 
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In a particular embodiment, network interface cards 
122-124 may include a "daughter" card(s) which comprise 
identical components and functionality to computing 
devices 32-35 and/or console server 50. Accordingly, all 
of the components and functionality of console server 50 
may be attached directly to network interface card 124. 
Alternatively, all of the components of console server 50 
may be attached directly to any one of computing devices 
32-35. Therefore, a network operator may select the 
console server from among any computing device, network 
interface card, local terminal unit, and/or remote 
terminal unit . 

As previously discussed, computing devices 32-35 may 
comprise server processing cards providing access to 
various communication networks, including the Internet. 
In a particular embodiment, a network administrator may 
distribute memory and processing power associated with 
server processing cards 32-35 to various customers. Such 
customers may use server processing cards 32-35 for 
storage of data, computing and processing of data, and/or 
web site hosting. The network operator may assign each 
customer to a different server processing card 32-35, or 
multiple customers may share one or more server 
processing cards 32-35. 

In one embodiment, each computing device 32-35 may 
include at least two microprocessors, wherein one of the 
microprocessors is dedicated to perform the console 
memory function. Accordingly, the main CPU of each 
computing device will not be burdened with tasks of 
collecting, manipulating, storing and/or communicating 
console information. This approach provides transparency 
to the computing device's main CPU BIOS and OS, as 
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opposed to performing console memory functions using the 
main CPU BIOS and OS. Furthermore, this type of 

architecture may be combined with the architecture of 
FIGURE 7 in such a way that all console information is 
collected, manipulated, stored and/or communicated to 
other computing devices and/or servers without using the 
main CPU BIOS or OS. 

In a particular embodiment, all of the components 
associated with console server 50 may be attached 
directly to one of server processing cards 32-35, 
allowing that particular card to assume console server 
responsibilities with regard to the other server 
processing cards, and network interface cards 122-124. 
If the network administrator selects server processing 
card 32, for example, to function as the console server 
for a given session, server processing card 32 will 
communicate with, and collect console information 
associated with server processing cards 33-35. This 
allows the network administrator to consolidate all 
console information with regard to server processing 
cards 32-35 upon a single server processing card. A 
local user may access server processing card 32 by 
coupling a terminal unit with a console interface 144. A 
user may also access console information regarding server 
processing cards 32-35 by coupling a terminal unit with 
network interface card 124. Similarly, a user may access 
console information regarding server processing cards 32- 
3 5 by remotely coupling a terminal unit with network 
interface card 124 and communicating the server 
processing card 32 . 

Two users may communicate with server processing 
card 32 regarding console information associated with 
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server processing cards 32-35, simultaneously. In other 
words, if a user is coupled with console interface 144 
locally, and communicating console information with 
server processing card 32, a user of a second console 
server, for example, console server 50, may view this 
communication session in its entirety, and participate. 
If the user at console server 50 communicates information 
with server processing card 32, the user coupled with 
console interface 144 can view this communication 
session, and participate. This feature provides 

simultaneous debugging of a server processing card or 
cards, wherein both users are local to chassis 12 0, one 
user is local and one user is remote, and/or both users 
are remote to server chassis 120. 

All of the components and functionality associated 
with console server 50 may also be attached directly to 
network interface card 124. In this embodiment, network 
interface card 124 may be referred to as a management 
network interface card. Console information regarding 
server processing cards 32-35 may be communicated with 
management network interface card 124, and accessed by a 
user by coupling a terminal unit directly with management 
network interface card 124, locally, or remotely. All of 
the components, features, and functionality of console 
server 50 described herein may be included with one or 
more server processing cards 32-35 and/or one or more 
network interface cards 122-124. 

In a particular embodiment, console server 50 
communicates with server processing cards 32-35 and 
network interface cards 122-124, in order to determine 
which components are present. Console server 50 sends a 
message to each component asking that component to 
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identify itself. Console server 50 then maintains a log 
of all components present during a session. Console 
server 50 periodically polls each of computing devices 
32-3 5 and/or management network interface card 124, 
regarding console information. Console server 50 sends a 
message to the device commanding that device to forward 
console information stored at that device. Console 
server 50 collects the console information, and makes it 
available to a user of console server 50. 

In another embodiment, all console information 
regarding server processing cards 32-35 and/or management 
interface card 124, are collected at a single device, for 
example, server processing card 3 2 or management network 
interface card 124. In this embodiment, console server 
50 communicates with server processing card 32 or 
management network interface card 124 periodically to 
collect all console information regarding server 
processing cards 32-35 and/or management network 
interface card 124 . 

In a particular embodiment, a backup console server 
may be selected from among server processing cards 32-35, 
management network interface card 124, and/or console 
server 50. A backup console server may be configured to 
detect communication from the primary console server. If 
the backup console server does not detect communication 
from the primary console server for a predetermined 
amount of time, the backup server will execute an error 
message. The backup server will then either request 
permission from a network operator to assume console 
server responsibilities, and/or immediately begin 
performing console server responsibilities with regard to 
all components present. Alternatively, the backup 
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console server may be configured to perform redundant 
console server responsibilities, in order to prevent loss 
of data due to failure of the primary console server. In 
this embodiment, the backup console server will collect 
console information regarding server processing cards 32- 
35 and/or management interface card 124, and include 
duplicate information to the primary console server. 

Server processing cards which are not functioning as 
a primary or backup console server may be referred to as 
slave server processing cards, for example, server 
processing cards 33-35. Slave server processing cards 
are operable to buffer their own console information and 
provide data to the console server at predetermined 
intervals, and/or upon request of the console server. 

In another embodiment, multiple server chassis may 
be provided, each having multiple server processing cards 
associated therewith. Multiple server chassis may be 
coupled using a communication bus, such as communication 
bus 31. The coupling between multiple server chassis may 
be accomplished by coupling the communication bus with 
network interface cards in each attached server chassis. 
In a particular embodiment, the communication bus may 
comprise an RS-485 bus. Accordingly, console server 50 
may be operable to collect console information from a 
plurality of server processing cards distributed amongst 
a plurality of server chassis. In this manner, all 
console information regarding any number of server 
processing cards associated with any number of server 
chassis may be consolidated at console server 50. 

Console server 50 may also be used to communicate 
with and/or configure, debug, and/or operate any of the 
server processing cards. This allows a user of console 
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server 50 to establish a communication session with a 
plurality of server processing cards distributed amongst 
a plurality of server chassis during a single session. 
For example, the user could command console server 50 to 
display all console information regarding one, all or a 
specified group of server processing cards, in a single 
session. The user could also execute commands to all, or 
a subset of all server processing cards simultaneously. 
For example, in a particular embodiment, console server 
50 may be used to reset all server processing cards, or a 
subset of server processing cards with a single command. 
The reset is operable to cause a reboot of each server 
processing card. The reboot may be from an operating 
system resident upon the particular server processing 
cards. Alternatively, console server 50 may be used to 
issue a command to all, or a subset of all server 
processing cards to boot from an attached element 
associated with a local area network (LAN) . Console 
server 50 may also issue a command for a computing device 
"wake" (similar to wake on lan command) . Similarly, 
console server 50 may issue a command to put the 
computing device to "sleep". 

Console server 50 may also monitor CPU and system 
health associated with components of computing devices 
32-35. Accordingly, console server 50 provides for "out- 
of-band" management of computing devices 32-35. 

Console server 5 0 may include security software 
which allows access to a particular server processing 
card or group of server processing cards to a single user 
only. The security may include a password input by the 
user at console server 50. Accordingly, console server 
50 may be configured to allow different users access to 
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different server processing cards. This feature prevents 
a user of one server processing card from gaining access 
to information upon another server processing card. 

Console server 50 is also configured to allow a 
5 particular user to name their server processing cards, 

using alphanumeric letters. Communication with server 
processing cards is typically established with 
identification numbers. However, a user of console 
server 50 may name a particular server processing card or 

10 group of server processing cards. Therefore, a user who 

has access to three server processing cards 33-35 may 
name one of the servers "web server, " one of the servers 
"credit card database," and one of the servers "storage 
database." This is a user- friendly feature which allows 

15 a user to easily establish which server processing card 

they need access to perform a particular function or 
functions. An alphanumeric prompt may also be displayed 
while displaying console information from a particular 
computing device, which identifies the particular 

20 computing device. The prompt may be color coded to 

identify the state (communicating information, not 
communicating console information) and indicate which 
computing device is currently transferring information. 

A user who has access to server processing cards 32- 

25 35 may request console server 50 to display all console 

information with regard to server processing cards 32-35 
simultaneously upon a user interface of console 50. In 
this manner, the user can compare and contrast console 
information to determine how each server processing card 

3 0 is affected by a particular set of circumstances or 

operating conditions. Such conditions may include 

software updates, and/or intense processing loads 
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experienced by the computing device (s). The user may 
also execute commands to server processing cards 32-35, 
simultaneously, over console server 50. Alternatively, 
the user may command console server 50 to display console 
information or allow communication with a single console 
associated with any of server processing cards 32-35. 
The user can execute commands at consoler server 5 0 which 
allow the user to "toggle" between various server 
processing cards. In other words, during a communication 
session with console 37 of server processing card 33, the 
user may interrupt that session without losing 
information, and toggle to a communication session with 
console 3 8 associated with server processing card 34. 
The user could also access console 39 associated with 
server processing card 3 5 without losing any information 
from the communication session with server processing 
cards 3 3 and 34. 

Console server 50 provides a unified console for a 
user to access any computing device 32-35 that console 
server 5 0 serves. Accordingly, console server 5 0 

provides an integrated interface that enables a user to 
use or access the interface from a variety of devices. 
Console server 50 provides flexibility to streamline 
access to multiple consoles. At least two modes of 
operation are available for console server 50: (i) 
command line mode; (ii) shell mode. 

In the command line mode, a user who logs into 
console server 50 is able to run command line queries. 
This mode provides a quick and efficient manner to gather 
data from various computing devices 32-35. The privilege 
associated with access of information is based on log in 



ATTORNEY'S DOCKET 
067856 .0234 



PATENT APPLICATION 



27 

privileges that the user is assigned as a result of 
logging into console server 50. 

If a user issues a particular command, for example, 
"RLXCONSOLE, " the user enters the shell mode of console 
server 50. Options available to a user from the command 
line mode include the following: 

1. rlxconsole-list (1) 

rlxconsole-list (1) -chassis (cn) <chassis_number> 
rlxconsole-list (1) -chassis (cn) <chas si s_number> - 

slot (sn) <slo t_name> 

rlxconsole-list (1) -group (g) <file_name> 

When used with just the -list option, all the 
computing devices 32-35 console server 50 can allow the 
user to access are listed. When used in conjunction with 
the -chassis option, only the computing devices 32-35 in 
the specified chassis 120 are listed. When used with the 
additional option of -slot, only the particular computing 
devices 32-35 identified is listed. If the user does not 
have privileges to access either the chassis 120, the 
specified computing devices 32-35, an error notification 
message is posted. 

The -group accompanied with a filename option used 
in conjunction with the -list option list all the 
computing devices 32-3 5 identified in the filename. The 
-group option allows the user to create a group of 
computing devices 32-35 on which the user would like 
certain operations performed. The file that contains the 
list of the computing devices 32-35 is a simple text file 
with each computing devices 32-35 identified by its 
chassis number and slot number separated by colons. Any 
text preceded by a "#" sign until a return character is 
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deemed as a comment. If the user does not have privilege 
to access a particular computing devices 32-35 listed in 
the group file, an error notification is posted. 

5 2. rlxconsole-status (s) 

rlxconsole- status (s) -chassis (cn) <chassis_number> 
rlxconsole-status (s) -chassis ( cn) <chassis_number> - 
slot (sn) <slot_name> 

rlxconsole-status (s ) -group (g) <file_name> 
10 This option lists the status of all the computing 

devices 32-35 that the console server 50 can allow the 
user to access. The status information indicates which 
of the possible computing devices 32-35 are really- 
capable of being accessed. When used in conjunction with 
15 the -chassis option, only the status of computing devices 

32-35 in the specified chassis are listed. When used 
with the additional option of -slot, the status of only 
the particular computing device 32-35 identified is 
listed. If the user does not have privileges to access 
2 0 either the chassis 5 0 or the specified computing device 

32-35, an error notification message is posted. The 
status option can also be used in conjunction with the 
-group option. 

25 3. rlxconsole-bacJcup (b) 

rlxconsole-backup (b) -chassis ( cn) <chassis_number> - 
slot (sn) <slot_name> 

This option when used by itself identifies the 
currently designated backup console server. When used in 
30 conjunction with the additional options - chassis 

<chassis_number>-slot<slot_name> to identify a particular 
computing device 32-35, it results in the specified 
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computing device 32-35 being designated as the new backup 
console server and reassignment of the previous backup 
console server to be just a computing device 32-35. Only 
the "root" level user has privileges to execute this 
command . 

4 . rlxconsole 

rlxconsole-chassis (cn) <chassis_number> -slot (sn) 
<slot_number> 

rlxconsole-chassis (cn) <chassis_number> 

rlxconsole -group (g) <filename> 

The rlxconsole command when issued by itself without 
any options, results in invoking of the rlxconsole shell, 
which will be discussed later. When used with additional 
options -chassis and -slot to identify a particular 
computing device 32-35, a console session is established 
with the computing device 32-35 within the rlxconsole 
shell. If just the -chassis option is used, then console 
sessions to each of the computing devices 32-35 
accessible to the user is made within the rlxconsole 
shell. However, only the computing device 32-35 with the 
lowest slot ID is displayed. If the user wished to 
access the console server 50 of any of the other 
computing devices 32-35 within the chassis to which the 
console server 50 made a connection, the user would have 
to use rlxconsole shell command " rlxtoggle . " The shell 
commands are discussed in the next section. If the user 
used rlxconsole with the -group options, computing 
devices 32-35 will establish console sessions to each of 
the computing devices 32-35 mentioned in <filename> that 
is accessible to the user. Here again, the connection is 
made within the rlxconsole shell and only the computing 
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devices 32-35 with lowest Chassis: Slot ID combination is 
displayed. Here again, using the rlxconsole shell 

command, the user can access other console session. 

5. rlxconsole-userfuJ<usernaitie> 

rlxconsole-user (u) <username> -passwd (p) <password> 
rlxconsole- superuser (su) <password> 

This option allows the user to change his access 
profile to that of the user specified by the username . 
If the specified username has privileges that are lower 
than the one the user used to login, a password is not 
required. However, if the specified username has 

privileges that are higher than the one the user used to 
login, then a password is required. When used with the 
option -superuser, it is assumed that user wants "root" 
level privileges. To assume superuser level privileges, 
the user must already be running in root level privilege 
mode on the system before evoking these privileges within 
rlxconsole. This option can be used in conjunction with 
any of the command line options discussed above. 

The rlxconsole shell allows a user to engage in 
prolonged console sessions with computing devices 32-35 
in a concurrent manner. A user can enter the rlxconsole 
in one of two ways described above. The first method is 
by executing the rlxconsole as a command line operation. 
The second is by evoking a command line of the rlxconsole 
with the option of listing one or more computing devices 
32-35. Once inside the rlxconsole shell, only shell 
commands are valid. These shell commands that a user can 
execute within the rlxconsole shell are described below: 
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1 . rlxconnect-cfrassis (cn) <chassis__number> -slot (sn) 
<slot_number> 

rlxconnect-chassis (cn) <chassis__number> 

rlxconnect -group (gn) <filename> 
5 This command is similar to the rlxconsole command 

line command, but used within the rlxconsole shell, 
rlxconsole command does not work within the shell . The 
options allowed for rlxconnect are similar to the 

Jr rlxconsole line command used with the same options (see 

Lj 

D 10 item 4 cases second through fourth) . Here again, the 

options -chassis<chassis_number> -slot<slot_number> refers 
to a particular computing device 32-35 in the chassis. 
j=* If the user supplied just the option 

j\ chassis<chassis_number> , all the computing devices 32-35 

pJ 15 in the chassis that the user has access to are also 

y. connected. Similarly, using the -group<filename> option, 

all the computing devices 32-35 listed in the file are 
connected. Note that only the computing devices 32-35 
that the user has permission to access are connected. 
20 Also, if any error occurs, an error notification is 

provided . 

2 . rlxtoggle 

rlxtogglet-chassis (cn) <chassis_number> -slot (sn) 

2 5 <slot_numjber> 

rlxtoggle-chassis ( cn) <chassis_number> 
rlxtoggle- slot (sn) <slot_number> 

This command allows the user to toggle between the 
current console connections to a pre-established console 

3 0 connection with a computing device 3 2-35. When rlxtoggle 

command is issued, the computing device 32-3 5 with the 
next higher chassis ID: slot ID combination, connection, 
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is consoled into. A particular computing device 32-35 
can be specified using the -chassis (cn) <chassis_number> - 
slot (sn) <slot_number> option. If just the -chassis 

(cn) <chassis_number> is issued, then it assumed that the 
user would like to access the console of the computing 
device 32-35 with the current slot ID, but with the 
specified chassis ID. Likewise, if just the 

slot (sn) <slot_number> option is provided, then it is 
assumed that the user would like to console into the 
computing devices 32-35 with the same chassis ID, but 
with the specified slot ID. rlxtoggle can enable the 
user to console into established connection. If an user 
tries to toggle into computing device 32-35 who has not 
been connected to, then an error notification is 
generated . 
3 . rlxexit 

rlxexit -all 

rlxexit- chassis (cn) <chassis_number> -slot (sn) 
< slot_number> 

rlxexit-chassis (cn) <chassis_number> 
rlxexit - slot ( sn) < slot_number> 

This shell command allows a user to close a console 
connection made to a computing device 32-35. When 
rlxexit is specified without any option, then the current 
console connection that the user is viewing is closed. 
If no console connection is in progress, then this causes 
the user to exit from rlxconsole shell. When this 
command is used with the -all option, all the console 
connections currently established are closed, and the 
user exits from the console shell. If a user would like 
to close the connection to a particular computing device 
32-35, then the user can specify this using the -chassis 
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cn)<chassis_number>-slot(sn)<slot_number> options. If 
the user uses either the -chassis (cn) <chassis_number> or 
the -slot (sn;<slot_number> option with the rlxexit shall 
command, then connection to all the computing devices 32- 
35 with specified chassis ID or slot ID are terminated 
respectively. 

4 . rlxbackup 

rlxbackup- chassis (cn) <chassis_number> -slot (sn) <slot 
_name> 

This command, when used without any option lists the 
current backup console server. When used with the - 
chassis (cn) <chassis_number> - slot (sn) <slot_name> causes 
the identified computing devices 32-35 to be designated 
as the new backup console server. Note that this command 
will work only if the user has "root" privileges. 

5. rlxlist 

rlxlist-chassis (cn) <chassis_number> -slot (sn) <slot 
_name> 

rlxl i st - chassi s (cn) < chassis_number> 
rlxlist-slot (sn)<slot_name> 

This command allows the user to list all the 
computing devices 32-35 that the user has access to. The 
additional options allow the user to specify a particular 
computing device 32-35 in a chassis with a similar slot 
ID respectively. This command operates in a similar 
manner as the rlxconsole-lis t command line version. 

6 . rlxstatus 

rlxstatus-chassis (cn) < chassi s_number> - slot (sn) <slot 
name> 



ATTORNEY'S DOCKET 
067856 .0234 



PATENT APPLICATION 



34 
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hj 



rlxstatus- chassis (cn) <chassis_number> 
rlxstatus-slot (sn) <slot_name> 

This command allows the user to query the status of 
all the computing devices 32-35 that the user has access 
to. The additional options allow the user to specify a 
particular computing device 32-35 or computing devices 
32-35 in a chassis or with the similar slot ID 
respectively. This command operates in a similar manner 
as the rlxconsole- status command line version. 

The communication of console and other information 
between computing devices 32-35 and/or console server 50 
of the present invention, employs a console server 
protocol which is built on top of the open standard 
■ ModBus protocol, which defines a mult i -dash drop protocol 

fli 15 RS232, RS422, or RS485 over a variety of media. Such 

media may include, without limitation, fiber, radio, 
C3 cellular, etc. In a particular embodiment of the present 

invention, the console server protocol is used over the 
RS485 physical layer. 
20 FIGURES 3-9 and the description below illustrate 

particular embodiments which incorporate some aspects of 
the present invention. 

The framing of the ModBus protocol is described in 
more detail, with regard to FIGURE 3. FIGURE 3 

25 illustrates the basic structure of a ModBus frame 150. 

The ModBus packet format comprises an address header 152 
followed by a function 154, which in turn is followed by 
data 156. A two-byte CRC algorithm is used to error- 
check this packet, and this is appending to each of the 
30 packets. The ModBus protocol comprises an eight-bit 

address field within address header 152, followed by an 
eight-bit function field within function 154. The data 
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field within data 156 that follows the function field is 
of variable length. The ModBus frame ends with a 
sixteen-bit CRC 158 that is calculated over the entire 
packet. When this packet is transmitted over the RS485 
bus, silent periods before and after the transfer are 
used as the delimiters for transfer. 

The framing of the console server protocol is 
discussed in more detail with regard to FIGURE 4. 
Modifications have been made to the ModBus protocol to 
facilitate additional flexibility and ease the processing 
burden on computing devices 32-35 that are not involved 
in a particular communication session. A delimiter field 
has been added to minimize overhead associated with 
tracking of communication periods. The start delimiter 
is FFFF and silent periods function as the end delimiter. 
Accordingly, there are no FFFF patterns in other packets. 
The total number of data bytes transferred in a packet of 
the illustrated embodiment will not exceed 64K-1 bytes. 
Adapting this delimiter enables the computing devices 
that are not involved in communication to passively 
monitor for a start delimiter pattern to resynchronize 
communication. 

A typical frame of data 160 that is transferred 
using the console server protocol follows the general 
format graphically illustrated in FIGURE 4. Header field 
162 comprises the start delimiter FFFF. Address field 
164 is a slot-identifier field that identifies the 
computer device 32-35 that the console server 50 is 
communicating with. The function field 166 denotes 
either a message from a console server 50 to a computing 
device 32-35, or a response from computing device 32-35 
to console server 50. Data field 168 is optional and is 
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dependent on the function field 166 type. The 
interpretation of data field 168 is dependent on the 
function field 166. The last field is a sixteen-bit 
CRC 169, which is calculated over the entire packet. The 
physical protocol over which the data will be transferred 
in the illustrated embodiment, comprises the RS485 
protocol. In this embodiment, the RS485 protocol 

requires the transfers of one byte of data at a time. 
Each byte transfer using the RS485 protocol begins with a 
start bit followed by a byte of data, a paradity bit and 
a stop. 

An overview of the console server behavior is 
discussed in more detail with regard to FIGURE 5. FIGURE 
5 includes console server 50, which is capable of 
communicating with computing devices 32-3 5 and the link 
computing device in its chassis to gather data as well as 
to determine the states of each computing device. The 
link card in a chassis is the computing device which 
communicates with link cards and/or computing devices of 
other chassis to collect information from computing 
devices within other chassis. In a particular 

embodiment, the link card comprises network interface 
card 124 of FIGURE 2. The link card entity is a bridge 
between multiple chassis and is involved in proxy of 
commands on behalf of console server 50. This enables 
console server 50 to provide integrated console services 
across multiple chassis. 

A slave blade refers to a computing device that 
communicates with console server 50 when it is 
communicated with by console server 50. The slave blade 
may be any computing device 32-35 that is not acting as 
console server 50. If designated as a backup console 
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server, the slave blade is capable of monitoring the 
activity of console server 50, and capable of taking over 
in situations when console server 50 is not functional. 
For example, if the slave blade does not receive 
communication from console server 50 for a predetermined 
period, the slave blade may be configured to take over 
the function of console server 50. FIGURE 5 illustrates 
a schematic view of these components and associated 
interconnection paths. 

Console server 50 is responsible for collecting 
console information and data from the slave blades. The 
slave blades in turn respond to commands issued by 
console server 50 to transfer data to console server 50. 
Console server 50 is also responsible for sending console 
data to the appropriate slave blades. 

The typical sequence of messages of the protocol 
that console server 5 0 uses to communicate with the slave 
blades may follow the following sequence: (i) console 
server 50 sends a message; (ii) slave blade receives the 
message; (iii) slave blade sends a response; and (iv) 
console server receives a response. 

In a particular embodiment of the present invention, 
the console server may support the following features. 
The console server may keep a history buffer of the 
console messages from all the computing devices 32-35 
that it collects data from. The console server may 
communicate console data to and from all the monitor 
computing devices 32-35. When a session is initiated to 
a computing device 32-35, all the buffer data stored by 
console server 50 for that computing device will be 
presented. On repeated querying of a computer device 32- 
35, only data not presented previously is displayed. 
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The operation of the console server may include at 
least two phases, the configuration phase and the 
operation phase. In the configuration phase, console 
server 5 0 determines the number of active computing 
devices 32-35 in its chassis, and determines the number 
of active chassis in its neighborhood. The neighborhood 
of a particular chassis includes all other chassis which 
include computing devices under the monitoring or control 
of the console server. In one embodiment, this includes 
some or all of the computing devices within a given 
chassis. In the operation phase, the console server 
collects data from each of the computing devices 32-35, 
which the console server detected during the 
configuration phase. The console server also transmits 
console data to the appropriate computing devices 32-35. 
Periodically, the console server collects data from 
chassis within the console server's neighborhood over an 
inter-chassis RS485 bus. 

The slave blade is a slave to the console server in 
its operation; hence, its default mode is to listen to 
traffic on the local RS485 bus. If the slave blade 
detects, or hears a command with the slot identifier that 
matches the chassis and slot number of the slave blade, 
then a response to the query of console server 50. After 
responding to the query, it goes back to its default 
listen mode. 

During the configuration phase, in order to detect 
computing devices 32-25 in a chassis, the console server 
sends the "Identify <Slot-Identif ier>" command on the 
local RS-485 bus and listens for a response. The Slot- 
Identifier assumes two values based on whether the 
message is intra-chassis or inter-chassis. For intra- 
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chassis communication, the Slot- Identifier field assumes 
the Slot Number (8b) of the computing device that the 
console server is communicating with. For inter-chassis 
communication, the Slot - Identifier field assumes the Slot 
Number (8b) of the Link board. The Slot number is the 
value of the slot wherein the computing device is 
plugged. The Link board (when incorporated) assumes the 
unique slot number F7 . 

The Slave Blade at the slot indicated by the Slot- 
Identifier on receiving the Identify message replies with 
the "Acknowledge <Data>" command. The Data field 

associated with this response comprises of the following 
information of the blade: 

• <Number of Bytes> 

• <Chassis Number (8b) > 

• <Slot Number (8b) > 

• <Not participating (8b) > 

• <PIC code version (16b) Format: Ax (4b) x (4b) .x (4b) > 

• <BIOS code version (16b) 2 Format: Bx (4b) x (4b) .x (4b) > 
. <Linux driver version (16b) Format: Cx (4b) x (4b) .x (4b) > 

• <Windows driver version (16b) Format: Dx (4b) x (4b) .x (4b) > 
. <Console Server version (16b) Format: Ix (4b) x (4b) .x (4b) > 

After supplying this data, the Slave Blade goes back 
to its listen mode. The console server on receiving this 
answer makes an entry in the "Configuration Table" and 
continues to send the Identify command with the next 
Slot-Identifier. If the console server does not hear 
from the Slave Blade in a pre-determined time interval, 
it resends the "Identify <Slot- Identif ier>" message on 
the RS-485 bus. If the console server does not hear from 
a Slave Blade even on its third request, it concludes 
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that there is no Slave Blade in the slot represented by 
the Slot -Identifier and moves on to query the next slot. 
It then also updates the Configuration Table indicating 
board-not present in the slot. 

In accordance with a particular embodiment of the 
present invention, computing devices (e.g. Slave blades) 
in neighboring chassis are detected using an embedded 
microprocessor based, inter-chassis communication board. 
On detecting an Inter-chassis Link Board on its chassis, 
the console server sends the Identify_Interchassis 
command on the local RS-485 bus. After sending this 
command, the console server waits for a response. The 
Link Board is the only card that acts on this command. 
On sensing the Identify_Interchassis command on the local 
RS-485 bus, the Link Board forwards the request to the 
inter-chassis RS-485 bus along the out _port and appends a 
<Data> field to the command. The Data in the forwarded 
message comprises a <number-of-chassis> field and 
<chassis ID> field which is the chassis ID. The 
subsequent Inter-chassis Link board that receives this 
command in turn forwards it further on but prior to that 
it increments the <number-of-chassis> field and appends 
its chassis ID to <chassis ID> field. As this messages 
cycles through the chassis, it finally reaches the Inter- 
chassis Link board on the chassis with console server. 
The Link Board in this Chassis then forwards the 
aggregated response to the console server over the local 
RS-485 bus. 

If the console server does not receive an 
Identify_Interchassis response in pre -determined time 
interval, it resends the Identify_Interchassis command 
again. If it does not receive a reply even on its third 
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attempt, it concludes that no chassis are present in its 
neighborhood and updates the Configuration table to 
indicate this. Thus, the Configuration Phase results in 
either the creation or the updating of the Configuration 
Table, which logs the boards present in its chassis and 
the presence of an additional neighboring chassis. 

During the operation phase, communication between 
computing devices (e.g. server blades) within a chassis 
is accomplished as follows. In order to detect the 
states of the slave blade (s) , the console server sends a 
»Status<Slot-Identif ier>" command on the RS-485 bus and 
listens for "Acknowledgr e <Slot-Identif ier>" response from 
a Slave Blade. The Slot- Identifier field in the 

Acknowledge response is slot number of the responding 
Slave Blade. The Acknowledge response comprises Status 
fields that indicates some or all of the following: Slave 
Blade has data; buffer overrun; buffer data has passed % 
capacity; error was detected in the request; CPU health; 
multiple Byte transfer; NAK which implies the Console to 
retry later; function not supported; and/or extended 
Acknowledge . 

There are two formats for the Acknowledge messages 
that result as a response to the Status message. The 
short format comprises of a one-byte Acknowledge 
response. The long format comprises of a two-byte 
Acknowledge response. Whenever the Slave blade or a 
console server detects an error in the message issued to 
them, they respond back with the Error bit set in the 
"Acknowledge" response. The setting or clearings of the 
bit fields of the Acknowledge response are discussed 
later in more detail. 
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Whenever the console server determines a Server 
Blade has console data and wants to get it from a Slave 
Blade, it sends a " Transi t<Slot-Identif ier>" command on 
the RS-485 bus and listens for a response. The Slave 
Blade, whose slot number matches the Slot-Identifier, on 
receiving this Transmit command starts to reply. The 
Slave Blade replies with "Aok:now2edg-e<Slot- 

Identif ier><Data>" command followed by data. The first 
two bytes of the data field indicate the number of data 
bytes that the Slave Blade intends on transmitting, 
followed by the actual data. If the Slave Blade has no 
data to transmit, it sets the first two bytes to zeros, 
indicating it intends to send no data. The Slot- 
Identifier indicates the slot number of the Slave Blade. 
The console server on successfully receiving all the 
bytes sent by the Slave blade sends an "Acknowledge" 
message with the Error bit cleared. The console server 
then proceeds to request data from the next Slave Blade 
as indicated by the Configuration Table. If, on the 
other hand, the console server did not receive the bytes 
successfully, it sends the "Acknowledge" message with the 
Error bit set. The Slave Blade, on receiving this 
message, resends the entire data. If the console server 
does not receive the data correctly from the Slave Blade 
in three tries, it logs an error. 

If the console server has Console data that it needs 
to send to the Server Blade, it sends a "Receive <Slot- 
Identif ierxData . " command on the RS-485 bus and listens 
for an acknowledgement. The Slave Blade on successfully 
receiving all the bytes sent by the console server sends 
the "Acknowledge" message with Error bit cleared. If, on 
the other hand, the Slave Blade did not receive the bytes 
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successfully, it sends the "Acknowledge" message with the 
Error bit set. The console server on receiving this 
message resends the entire data. 

The console server and the Serve Blades may use the 
5 same command sequence as described above for inter- 

chassis communication. The Inter-chassis Link Board is 
responsible for forwarding the queries across the inter- 
chassis RS-485 bus and collects the responses from the 

U inter-chassis RS-485 bus and conveys it on the local RS- 

Q 

Q' 10 485 bus to the console server. 

W T h e slave Blade performs the functions described 

yj 

O below: 

f} Detects and identifies itself (Slot and Chassis ID) ; 

= determines if it is designated as a backup console 

m 15 server; and/or responds to command issued to it by the 

;• ' console server. In the case that the Slave Blade has 

O also been designated as a backup console server, it is 

responsible for the detection of the dysfunction of the 
console server and is capable of taking over the console 
2 0 server function. 

The steps that the Slave Blade would go through are 
as follows: 

(i) On power up, the slave blade determines its 
identity in the chassis along with details regarding the 

25 version of software and firmware running on it. The 

identity is defined as the Chassis and the Slot-Number 
that it is in. If it determines that its Slot number is 
either 1 or 2 and that it's "Master bit" has not been 
set, it concludes that it has the potential of becoming 

30 the backup console server; (ii) if a Slave Blade is not a 

backup console server, then it waits for commands from 
the console server and responds with appropriate replies; 
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and (iii) if the Slave Blade is also a backup console 
server, then in addition to replying to commands from the 
console server, it monitors for traffic on the local RS- 
485 bus. If it notices there is no activity on the Local 
RS-485 bus, it concludes that console server is non- 
operational and it performs the recovery procedure that 
it has been programmed to execute. 

Two recovery procedures for a backup console server 
include manual recovery and automated recovery. For 
manual recovery, the backup console server on detection 
of a non- functional primary console server, notifies the 
NOC. 

In the automated recovery mode, the Slave Blade, 
which is deemed as the backup console server, 
automatically takes over the functionality of the console 
server and activates console server software applications 
on its blade. Thus, the backup console server assumes 
the full functionality of the defunct console server. 

Assignment of the console server may be done 
manually or automatically. In the manual mode, the 
operator is responsible for manually assigning which of 
the Slave Blades will be responsible for being the backup 
console server. 

In accordance with a particular embodiment of the 
present invention, Server Blades in Slot 1 and Slot 2, 
and the Inter-chassis communication Board, or link board, 
are capable of assuming the backup console functionality. 
In the automatic assignment mode, one order of preference 
is as listed in FIGURE 6 . 

During the initial configuration of a Slave Blade as 
a backup console server, it needs to be provided with an 
address for notification. This notification could be via 
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SNMP or via email. The information that is sent in the 
notification is the IP address of the backup console 
server that has assumed the functionality of the console 
server or has detected the dysfunction of the console 
server . 

FIGURE 6 outlines the overall flowchart that 
illustrates the functioning of the console server. The 
console server software continuously performs the 
configuration and the operation phases. The 
configuration phases are performed not as frequently as 
the operation phase. The configuration phase is involved 
in identifying the presence and status of the board. 
Since only the blade in Slot 1 of the chassis is capable 
of executing command bus command, the Server Blade in 
Slot 1 may be a good candidate for the console server 
function . 

If the console server blade is in Slot 1, then it 
can detect the presence of a Slave board via side band 
signaling over the command bus. The console server then 
runs the configuration phase querying each of the Slave 
Boards their status. The console server accepts one of 
the following three responses from each Blade that has 
been detected to be present: 

(i) Board present and functioning: This implies that 
Board is present and is capable of redirecting Console 
traffic; (ii) Board present and not participating: This 
implies that the Board is present and has chosen not to 
participate in the redirection of Console traffic; and 
(iii) Board present and not functioning: This implies 
that the Board is present and the console server is not 
receiving any responses back. Only in console server is 
Slot 1 capable of differentiating this from Board not 
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present as it capable of using the Command bus to 
determine board presence. 

If the console server does not hear a Server Blade, 
it assumes that the blade is not functional and performs 
the appropriate notification. 

A Server Blade can be set to mirror or not to mirror 
its console information down the RS-485 bus. This is 
achieved via setting a bit in NVRAM. 

The inter-chassis communication board (e.g. link 
board) is an optional feature that allows the cascading 
of multiple chassis such that a single console server can 
serve multiple chassis. The Inter-chassis communication 
Blade also enables the backup console server to live in 
any other chassis. A bi-directional daisy chain approach 
has been adopted to ensure that enables the detection of 
link failures. FIGURE 7 schematically illustrates a 
particular embodiment of the design. 

Two types of message formats are available for 
communications between the console server and a 
particular computing device (e.g. Slave Blade) , including 
command messages and Acknowledge messages. All of the 
messages may be inter- or intra-chassis . A scope bit 200 
determines whether the message is inter- or intra- 
chassis. For inter-chassis commands, the two bytes that 
immediately follow the function field denote Chassis ID 
and Slot ID, respectively. FIGURE 8 illustrates the bit 
fields of command messages. The definition of each bit 
field is described in FIGURE 9. 

Receive command 22 0 is issued by the console server 
to send console data to the Slave Blade. This usually 
results in the Slave Blade receiving data from the 
console server. On successful receipt of the data, the 
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Slave Blade responds using an Acknowledge command. The 
format that the console server uses to send data is to 
initially send two bytes that state the number of bytes 
of data that it intends to transmit, followed by the 
data . 

Transmit command 222 is issued by the console server 
to request the Slave Blade to transmit data. This 
usually results in the Slave Blade sending data to the 
console server using the Acknowledge command. The format 
that the Slave Blade uses to convey data is to first send 
two bytes that state the number of bytes of data that the 
Slave Blade intends to transmit, followed by the data. 
If the Slave Blade has no data, it sends two bytes with 
all bits set to zero, indicating that it has no data to 
send . 

Identify command 224 is issued by the Console Serve 
to request a Slave Blade to identify its presence. The 
typical response from the Slave Blade is an Acknowledge 
command . 

Status command 226 is issued by the console server 
to request the Slave Blade to transmit its status. This 
typically results in the Slave Blade responding using the 
Acknowledge command to indicate whether or not it has any 
data available or other status information that may be 
relevant . 

Re_sync command 22 8 is issued by the console server 
to request that all the Slave Blades resynchronize . This 
usually results in the Slave Blade performing an internal 
resynchronization operation. No response to the console 
server is expected to the Slave Blades. 

Set command 23 0 is issued by the console server to 
request that the Slave Blade set certain fields in its 
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internal registers. This usually results in the Slave 
Blade setting the bits and informing the console server 
via an Acknowledge command. If the Slave Blade is unable 
to set the registers, it responds back with the error bit 
set in the Acknowledge . 

Get command is issued by the console server to 
request the Slave Blade to transmit certain fields in the 
internal registers of the Slave Blade, to the console 
server. This typically results in the Slave Blade 
sending the bits to the console server via an Acknowledge 
command. If the Slave Blade is unable to get the 
registers, it responds to the console server with an 
error bit set in the Acknowledge. 

The bit fields of Acknowledge messages and their 
potential values and meanings are illustrated in 
FIGURE 10. Acknowledge messages may be sent by the 
console server or a Slave Blade. The Slave Blade sends 
this message as a response to identify, transmit, status, 
receive, get or set commands that are sent by the console 
server. In the case where a Slave Blade is responding to 
a transmit, identify and get command, the Acknowledge 
message sent by the Slave Blade also contains data. 

The console server also sends Acknowledge messages 
as a response to receiving data bytes from a Slave Blade. 
The Slave Blade sends this message as a response to a 
receive, status or set command sent by the console 
server. In response to such messages, only an 

Acknowledge command is sent. The Acknowledge message can 
be either a single or two byte long message depending on 
the information that needs to be conveyed. Acknowledge 
messages are intended to follow as a consequence of 
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command messages. They are in all three types of 
Acknowledge messages. 

Although the present invention has been described in 
several embodiments, a myriad of changes and 
modifications may be suggested to one skilled in the art, 
and it is intended that the present invention encompass 
such changes and modifications as fall within the scope 
of the present appended claims. 



